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(54) Electronic payment method, system, and devices 



(57) A portable device authenticates a user of the 
portable device. If authenticity of the user Is confirmed, 
a user ID Is transmitted to a POS terminal. Upon receipt 
of the user ID, the POS terminal sends a request for pay- 



ment including the user ID and transaction information 
to a payment gateway. Upon receipt of the request, the 
payment gateway sends an e-mall to the portable device 
to execute an application for payment stored in the port- 
able device. 
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Description 

Background of the Invention 
Field of the Invention 

[0001] The present invention relates generally to a 
method, system, and devices used for electronic finan- 
cial transactions between financial Institutions connect- 
ed by a network. 

Description of the Related Art 

[0002] Electronic payment using a credit card is 
known in the art. As an example, a prior system for elec- 
tronic payment is shown in fig. 21 . 
[0003] When a people (purchaser) buys goods at a 
shop, firstly, a clerk inputs transaction data including the 
name of goods, quantity, price, and tax into a Point of 
Sales (POS) terminal 1 provided at the shop. Secondly, 
he/she hand his/her credit card to the clerk. Thirdly, the 
clerk sets the card to a Card reader 2. Card reader reads 
out information such as a card number and expiration 
date stored in the card. Next, this card information is 
supplied to POS terminal 1 . Upon receipt the Informa- 
tion, POS terminal 1 makes a request for credit by add- 
ing information on the shop (merchant) to the card in- 
formation and transaction data and sends it to a Credit 
server 4 managed by a credit card company via a Net- 
work 3 such as Credit Finance Information Switching 
Systems (CAFIS). Credit server 4 checks the card Infor- 
mation included in the request sent by POS terminal 11 . 
Finally, if Credit server 4 accepts authenticity of the card, 
it sends a completion message to POS terminal 1. In 
such a system, a consumer buys goods without carrying 
cash. 

[0004] However, it is known that there is a security 
concern in such a system. Since a purchaser has to 
hand his/her credit card to a clerk in paying by a credit 
card, there is a danger that unauthorized persons im- 
properly use the card.. Furthermore, there is always a 
possibility of dropping off a credit card. In other words, 
a consumer necessarily takes risks that a stranger uses 
his/her credit card illegally. 

[0005] The present invention has been made with a 
view to overcome the above problem and it is an object 
of the present invention to provide a method, system, 
server, terminal, computer program, and storage medi- 
um to conduct electronic financial transactions. 

Summary of the Invention 

[0006] To achieve the above aim, an electronic pay- 
ment method of the present invention comprises the 
steps of: 

authenticating a user of a user terminal on the basis 
of user identification infomriation inputted to the user 



terminal by the user, by the user terminal; storing 
an authentic - n result of the user, by the user ter- 
minal when i jser terminal confirms authenticity 
of the user; 

5 transmitting a user identification infonnatlon stored 
beforehand in the user tenninal to a merchant ter- 
minal when the user terminal confirms authenticity 
of the user, by the user terminal; 
transmitting to payment device via a first communi- 
10 cation network the user identification Information 
and transaction inf omnation transmitted from the us- 
er tenriinal, by the merchant tenninal; 
receiving the user identification infonnation and the 
transaction information transmitted from the mer- 
15 chant terminal, by the payment device; 

identifying the user terminal on the basis of the user 
identification infomnation and transmitting com- 
mands for instructing transmission of the authenti- 
cation result to the user tenninal via a second com- 
munication network; 

transmitting authenticity of the user to the payment 
device via the second communication network If the 
user terminal stores authenticity of the user, by the 
user terminal; and 

performing payment processing on the basis of the • 
transaction information upon receipt of the authen- 
ticity from the user terminal, by the payment device. 

[0007] In an electronic payment system in which the 
above method is applied, a user is able to pay by credit 
card using a tenninal without handing a credit card to a 
clerk, thereby preventing a third-party including a clerk 
from using the card improperly. Furthermore, since the 
user terminal authenticates a user, If a third-party ob- 
tains a user terminal improperly, the tenninal cannot be 
used for payment in the electronic payment system by 
the third-party. Furthermore, the payment device identi- 
fies a user to which authentication result is transmitted. 
In other words, the only user terminal that the payment 
device specifies can proceed payment processes. 
Thus, the danger of an improper use by a third-party of 
the user terminal is reduced. Furthermore, the user ter- 
minal transmits an authentication result according to the 
commands send from the payment device, in other 
words, a user does not have to operate the user tenninal 
for the transmission. Therefore, the danger of stop of 
payment processing due to misoperation by a user is 
prevented. 

[0008] In a preferred embodiment, an electronic pay- 
ment method of the present Invention comprises the 
steps of: 

authenticating a user of a user tenninal on the basis 
of user identification infonnation inputted to the user 
terminal by the user, by the user tenninal; 
transmitting user identification information for iden- 
tifying a user to a merchant terminal, by the user 
tenninal, when the user terminal confirms authen- 
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ticity of the user; 

transmitting to a payment device via a first commu- 
tation network the user Identification information 
transmitted from the user terminal, by the merchant 
tenninal; s 
receiving the user identification information from the 
merchant terminal, by the payment device; 
identifying the user terminal referring to received 
user identification infomriation and transmitting 
commands for executing an application for payment 
stored in the user terminal to identified userterminal 
via a second communication network, by the pay- 
ment device; 

upon receipt of the commands, executing the appli- 
cation to transmit a request for proceeding payment 
processing to the payment device via the second 
communication network, by the user; and 
upon receipt of the request from the userterminal, 
perfonnlng a payment processing. 

[0009] In this embodiment the payment device Iden- 
tifies a user terminal on the basis of user Identification 
Information and sends commands so that the user ter- 
minal can execute application for payment stored in the 
user tenninal. In other words, both a user and a user 
terminal are authenticated, thereby ensuring security 
against authorized person greatly. In addition, a user's 
convenience is improved because a user does not have 
to carry out troublesome operation necessary for pay- 
ment. 

[0010] In another embodiment, an electronic payment 
method comprises the steps of: 

receiving from a merchant terminal a user identifi- 
cation information for identifying a user of a user ter- 
minal, by a receiving unit; 

retrieving from a storage unit a card number corre- 
sponding to the 

identified user, by a retrieving unit; 
encrypting the retrieved card number, by an en- 
crypting unit; 

generating a key for decryption of the encrypted 
card number, by a generating unit; 
transmitting to the merchant terminal the encrypted 
card number, by a first transmitting unit; and 
transmitting the key to a credit server managed by 
an issuer of the credit card, by a second transmitting 
unit. 

[0011] In an electronic payment system in which a 
method of this embodiment of the present invention is 
used, a user is able to pay by credit card to a merchant 
In a way that the merchant does not know a card number 
because a credit card number Is encrypted for transmis- 
sion to the merchant. Specifically, a payment device de- 
termines a card to be encrypted on the basis of the user 
identification information. On the other hand, the credit 
server obtains a card number by decrypting an encrypt- 



ed card number using the key for decryption received 
from the payment device, thus the credit server is able 
to carry out payment processing. Further, since the en- 
crypted card number Is generated each time a transac- 
tion is conducted, the merchant can manage sales at 
the shop using the encrypted card number although the 
merchant does not know card numbers. 
[0012] An electronic payment system of the present 
invention has a payment device, a merchant terminal 
connected with the payment device via a first commu- 
nication network, and a usertemriinaf connected with the 
payment device via a second communication network 
and Is characterized in that: 

the user terminal authenticates a user of the user 
terminal on the basis of user identification Informa- 
tion inputted to the user terminal by the user; 
If authenticity of the user Is confirmed, stores au- 
thentication result; and 

transmits to the merchant terminal user identifica- 
tion Infonnation stored in the user terminal; 
the merchant terminal transmits to the payment de- 
vice via the first communication network the user 
identification information transmitted from the user 
terminal and transaction information; 
the payment device Identifies the user terminal on 
the basis of the user identification infonrjation trans- 
mitted from the merchant terminal and 
transmits to the identified userterminal via the sec- 
ond communication network commands for in- 
structing transmission of the authentication result; 
the user terminal transmits to the payment device 
via the second communication network according 
to the commands transmitted from the payment de- 
vice when the user terminal stores the authentica- 
tion result; and 

upon receipt of the authentication result from the us- 
er tenninal, the payment device performs payment 
processing on the basis of the transaction Informa- 
tion. 

[0013] In a preferred embodiment, an electronic pay- 
ment system of the present invention is characterized 
In that: 

the user terminal authenticates a user on the basis 
of the user identification information Inputted to the 
user terminal by the user; 

If authenticity of the user Is confirmed, transmits to 
the merchant terminal a user Identification Informa- 
tion for identifying the user; 

the merchant tenninal transfers the user identifica- 
tion information to the payment device via the first 
communication network; 

the payment device identifies the userterminal on 
the basis of the user identification infomriation and 
transmits to the identified user tenninal via the sec- 
ond communication network commands for execut- 
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ing an application for payment stored In the user ter- 
minal; 

the user terminal executes the application accord- 
ing to the commands and 

transmits a request for proceeding payment 
processing to the payment device via the second 
communication network; and 
the payment device performs the payment process- 
ing according to the request. 

[0014] A communication terminal used for an elec- 
tronic payment system of the present invention has a 
payment device connected with a first and a second 
communication networl< and a merchant tenninal con- 
nected with the payment device via a first communica- 
tion network and comprises: 

an authenticating means for authenticating a user 
of the communication terminal on the basis of a user 
identification information inputted to the user termi- 
nal by the user; 

a storing means for storing an authentication result 
when authenticity of the user is confirmed by the 
authenticating means; 

a storage medium for storing the user identification 
information; 

a first transmitting means for transmitting, when au- 
thenticity of the user is confimied, the user identifi- 
cation information stored in the storage means to 
the merchant temnlnal so that the merchant terminal 
transmits to the payment device a request for pay- 
ment processing including the user identification in- 
fomiation; 

a receiving means for" receiving commands for in- 
structing transmission of the authentication result 
which is transmitted, in response to the request for 
payment, from the payment device via the second 
communication network; and 
a second transmitting means for transmitting, upon 
receipt of the commands, a request for proceeding 
the payment processing including the authentica- 
tion result to the payment device via the second 
communication network. 

[0015] In a preferred embodiment, a communication 
terminal used for the electronic payment system com- 
prises: 

an authenticating means for authenticating a user 
of the communication terminal on the basis of a user 
identification infonnation inputted to the user termi- 
nal by the user; 

a first transmitting means for transmitting, when au- 
thenticity of the user is conflmied, the user identifi- 
cation information stored In the storage means to 
the merchant tenninal so that the merchant terminal 
transmits to the payment device a request for pay- 
ment processing including the user identification In- 
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a receiving means for receiving commands for ex- 
ecuting an application for payment which is trans- 
mitted from the payment device via the second 
communication network; and 
a second transmitting means for executing the ap- 
plication for payment stored in the user tenninal and 
transmitting, according to the application, a request 
for proceeding payment processing to the payment 
device via the second communication network. 

[0016] A payment device of the present invention 
comprises: 

a receiver for receiving a request for payment In- 
cluding a user identification infonnation for identify- 
ing a user of a user terminal from a merchant termi- 
nal via a first communication network; 
an identifying means for identifying the user termi- 
nal among registered user terminal on the basis of 
the received user identification information; a trans- 
mitter for transmitting to the identified user temnlnal 
via a second communication network commands 
for executing an application for payment stored in 
the user terminal; and 

a processing means for performing a payment 
processing on the basis of a request sent from the 
user terminal via the second communication net- 
work after transmission of the commands. 

[0017] In another embodiment, a payment device 
comprises: 

a storage unit for storing a user identification infor- 
mation for identifying a user of a user terminal and 
a card number of a credit card correspondingly; a 
receiving unit for receiving from a merchant tenninal 
a user Identification information; 
a retrieving unit for retrieving from the storage unit 
a card number corresponding to the identified user; 
an encrypting unit for encrypting the retrieved card 
number; 

a generating unit for generating a key for decryption 
of the encrypted card number; 
a first transmitting unit for transmitting to the mer- 
chant tenninal the encrypted card number; and 
a second transmitting unit for transmitting the key 
to a credit server managed by an Issuer of the credit 
card. 



50 



[0018] A computer program product of the present In- 
vention makes a computer incorporated into a commu- 
nication terminal used for the electronic payment sys- 
tem having a payment device connected with a first and 
55 a second communication network and a merchant ter- 
minal connected with the payment device via a first com- 
munication network to execute the steps of: 
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Fig, 8 Illustrates data items stored in a transaction 
table in a hard drive of the gateway. 
Fig. 9 illustrates data Items stored In an Issuer table 
in a hard drive of the gateway. 
5 Fig. 10 illustrates data items stored in a merchant 

table In a hard drive of the gateway. 
Fig. 11 is a sequence flowchart illustrating payment 
processing in the system. 

Fig. 12 is a flowchart illustrating a processing per- 
10 formed by the portable device. 

Fig. 13 illustrates a screen displayed on a display of 
the portable device. 

Fig. 14 is a flowchart illustrating a processing per- 
formed by the portable device. 
15 Fig. 15 is a flowchart illustrating a processing per- 
formed by the portable device. 
Fig. 16 illustrates a screen displayed on a display of 
the portable device. 

Fig. 17 illustrates a screen displayed on a display of 

20 the portable device. 

Fig. 18 is a flowchart illustrating a processing per- 
formed by the POS terminal. 
Fig. 19 Is a flowchart illustrating a processing per- 
formed by the payment gateway. 

25 Fig.20 is a conceptual block diagram illustrating an 
electronic payment system based on a modification 
of the first embodiment. 

Fig.21 illustrates an electronic payment system of 
the prior art. 

30 Fig.22 illustrates an electronic payment system 
based on the second embodiment. 
Fig. 23 illustrates an example of date items stored 
in a POS terminal. 

Flg.24 Illustrates an example of date items stored 

35 in a credit server. 

Fig. 25 illustrates an example of date items stored 
in a storage unit of a payment gateway. 
Fig.26 is a flowchart illustrating a method for pay- 
ment used in the system. 

40 Fig.27 is a flowchart illustrating a method for pay- 
ment used in the system. 

Fig. 28 is a conceptual block diagram to illustrate a 
computer program for payment based on the sec- 
ond embodiment. 

45 

Detailed Description 



authenticating a user of the communication terminal 
on the basis of a user identification Information in- 
putted to the usertemninal by the user; 
storing an authentication result into a storage 
means when authenticity of the user is confinned 
by the authenticating means; 
transmitting, when authenticity of the user is con- 
firmed, the user identification information stored in 
the storage means to the merchant terminal so that 
the merchant temninal transmits to the payment de- 
vice a request for payment processing including the 
user identification information; 
receiving commands for instructing transmission of 
the authentication result which is transmitted, in re- 
sponse to the request for payment, from the pay- 
ment device via the second communication net- 
work; and 

transmitting, upon receipt of the commands, a re- 
quest for proceeding the payment processing in- 
cluding the authentication result to the payment de- 
vice via the second communication network. 

[0019] In another embodiment, a computer program 
product makes a computer to execute the steps of: 

receiving from a merchant terminal a user Identifi- 
cation infomnation for identifying a user of a user ter- 
minal; 

retrieving from a storage unit a card number corre- 
sponding to the identified user; 
encrypting the retrieved card number; 
generating a key for decryption of the encrypted 
card number; transmitting to the merchant terminal 
the encrypted card number; and 
transmitting the key to a credit server managed by 
an issuer of the credit card. 

[0020] A storage medium of the present invention 
stores the above computer program products. 

Brief description of the drawings 

[0021] 

Fig.1 is a conceptual block diagram to illustrate an 
electronic payment system based on the first em- 
bodiment of the present invention. 
Fig.2 is a block diagram to illustrate a portable de- 
vice used in the system. 

Fig.3 illustrates a UIM mounted detachably to the 
portable device. 

Fig.4 shows a storage area of EEPROM in the UIM. 
Fig.5 is a block diagram to illustrate a POS terminal 
and a mobile temiinal used in the system. 
Fig.6 is a block diagram illustrating a payment gate- 
way used in the system. 

Fig.7 illustrates data items stored in a user table in 
a hard drive of the gateway. 



(First embodiment) 

50 [0022] The first embodiment of the present invention 
will now be described referring to the drawings, 

A. Configuration of the system 

55 A-1 . Overall configuration 

[0023] Fig. 1 shows that a system to which a method 
for electronic payment of the present invention based 



55 A-1 . Overall configuration 
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on the first embodiment is applied. As shown therein, 
the system comprises (a) a POS terminal 11 connected 
to a communication network 10, (b) a payment gateway 
15 connected to Communication network 10, a mobile 
communication network 12, and a payment network 16, 
(c) a portable device 14 by which a user obtains com- 
munication services via Mobile communication network 
1 2, (d) a credit server 1 3 connected to Payment network 
16, and (e) a mobile terminal 17. For the sake of sim- 
plicity, only one POS terminal 11 and one Portable de- 
vice 1 4 is shown in the figure. In actuality, a plurality of 
POS terminals are connected to Communication net- 
work 10 and many portable devices are connected to 
Mobile communication network 12. 
[0024] A mobile communication network 12 includes 
mobile telephone networks in which Personal digital 
Cellular (PDC) scheme, Code Division Multiple Access 
(CDMA) scheme, or other schemes Is used and data 
communication networks In which PDC-Packet 
(PDC-P) scheme is used. Each network has base sta- 
tions which are not shown. Each base station covers an 
area and carries out radio communications with portable 
devices 14 within the area. Therefore, Portable device 
14 Is able to carry out voice and data communications 
by radio via Mobile communication network 12. A pay- 
ment gateway 1 5 is connected to Mobile communication 
system 12, thus Portable device 14 is able to carry out 
data communications with Payment gateway 15. 
[0025] A POS terminal 11 and Payment gateway 15 
are connected via Communication network 1 0. Specifi- 
cally, Communication network 1 0 Is a dedicated line to 
which many POS temrilnals 11 and Gateway system 15 
are connected. Needless to say, Communication net- 
work 10 can be a fixed telephone network, a public net- 
work such as Internet, or a mobile communication net- 
work (possibly Mobile communication network 12). 
[0026] A credit server 13 managed by a credit com- 
pany and Gateway system 15 are connected via a pay- 
ment network 16. Specifically, Payment network 16 is 
designed especially for credit payment such as Credit 
and Finance Infomiation Switching Systems (CAFIS). 
Credit server 13 is a conventional server for credit pay- 
ment. Specifically, upon receipt of a request for credit 
transmitted by a POS terminal via Payment network 1 6, 
Credit server 13 checks authenticity of a credit card. If 
the authenticity is confirmed, Server 13 carries out a 
payment processing before sending a completion mes- 
sage to the POS terminal. 

[0027] An essence of the electronic transaction serv- 
ice using a method for paying electronic transactions 
based on this embodiment is as follows. When a user 
of Portable device 14 buys goods at a shop, the user 
uses Portable device 14 to make request for payment 
to Credit server 13 via POS temiinal 11 and Payment 
gateway 15. As such, a user is able to pay without hand- 
ing a credit card to others including a clerk. Components 
of this system will be described in detail below. 



A-2. Portable device 

[0028] Portable device 14 has a function of carrying 
out wireless voice and data communications via Mobile 

5 communication network 12. Further, it has a function of 
carrying out short-range radio communication using 
Bluetooth, for example, to carry out data communica- 
tions with POS terminal, tn addition, the device 1 4 Is able 
to mount a User Identity Module (UIM) detachably. 

10 [0029] As shown in fig. 2, Portable device 14 has a 
control unit 31 0, memory 320, control unit 330, commu- 
nication unit 340, mic/speaker 350, UIM interface 360, 
and radio interface 370. 

[0030] Control unit 310 has a Central processing unit 

15 (CPU) and other microprocessors to execute programs 
stored in Memory 320 to control each unit of the device 
14 Including reading/writing data from/to UIM 18. 
[0031] Memory 320 Includes a Read Only Memory 
(ROM), a Random Access Memory (RAM), and an Elec- 

20 trically Erasable and Programmable ROM (EEPROM) 
and has several storage areas, one of which is assigned 
for storing programs including programs for starting and 
proceeding payment described later, and another one 
of which is for storing data. Another program stored in 

25 Memory 320 is used for browsing, in other words, ac- 
cessing a Web server on the Intemet, downloading Hy- 
per Text Markup Language (HTML) data or Com- 
pact-HTML (C-HTML) data, and displaying the data. An- 
other one is used for sending and receiving e-mail. Con- 

30 trol unit 31 0 executes these programs so that the user 
can browse and use e-mail. 

[0032] Input device 330 has operation buttons such 
as a ten-key pad, which is not shown in the figure, to 
input infomnatlon such as a telephone number and to 

35 select buttons or icons displayed on a liquid crystal dis- 
play not shown In the figure. Communication unit 340 
transmits data such as information on ordering via an 
antenna 341 under control of Control unit 34 land re- 
ceives data send via Antenna 341 . Mic/speaker 350 in- 

^0 eludes a microphone to Input a sound and a speaker to 
output a sound. 

[0033] UIM interface 360 supplies infonnation output- 
ted from Control unit 31 0 to UIM 1 8 and information out- 
putted from UIM 18 to Control unit 310. Information 
45 stored in UIM 18 is used each time a user carries out 
voice and data communications by radio via Communi- 
cation network 12. Radio interface 370 is used to carry 
out short-rage communication with POS tennlnal 11 by 
Bluetooth, for example. 

50 

A-3. UIM 

[0034] As shown in fig.3, UIM 1 8 is an Integrated Cir- 
cuit (iC) card which is detachable/attachable and In- 
55 eludes a CPU 210, Interface 215, ROM 220, RAM225, 
and EEPROM 230. UIM 1 8 stores information unique to 
the user including a subscriber number and telephone 
book used for carrying out communication via Mobile 
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communication network 12. 

[0035] CPU210 executes a control program stored in 
ROM 220 to control each unit within UIM 18. Interface 
21 5 connects UIM 1 8 with Portable device 1 4. ROM 220 
Is a nonvolatile memory and stores programs for ana- 
lyzing and executing commands supplied from Portable 
device 14 and for managing data, for example, as well 
as the control program. RAM 225 is a rewritable memory 
for temporarily storing data supplied from Portable de- 
vice 14. EEPROM 230 Is a versatile and Is rewritable. 
EEPROM 230 stores information necessary for commu- 
nication with Portable device 14. 

[0036] Fig.4 shows storage areas In EEPROM. As 

shown, EEPROM 230 has storage areas 231 and 233. 
[0037] Storage area 231 stores subscriber numbers, 
outgoing history, incoming history, talk time, telephone 
book data, and other information specific to user(s) of 
UIM 18. Storage area 233 stores Information used when 
Portable device 14 starts a payment operation. Specif- 
ically, a device ID for identifying Portable device 14 
uniquely is stored. For example, a user registers, in ad- 
vance, Portable device 1 4 at a provider of this electronic 
financial transaction service to obtain the service using 
the device 14. After the registration, the provider gives 
the user the device ID. 

[0038] In addition, Storage area 233 stores an ad- 
dress such as Unifonn Resource Locator (URL), to con- 
nect with Payment gateway 15. Further, Storage area 
233 stores pairs of a user ID and a password, each of 
which is used for an application for payment executed 
at the Portable device 14 when the user uses the elec- 
tronic payment service. If the user possesses two or 
more credit cards, It is possible that each pair of a user 
1 D and a password corresponds to each credit card. Fur- 
thennore, Storage area 233 has an area for authentica- 
tion results which is used for the payment application. 
[0039] When UIM 18 is attached to Portable device 
14, information stored in UIM 18 can be supplied to Port- 
able device via UIM interface 360, thereby allowing for 
Portable device 1 4 to carry out various functions includ- 
ing radio communication. 

A-4. POS temiinal 

[0040] POS tenninai 1 1 is installed at a shop of a mer- 
chant participating in the electronic payment service. 
POS terminal 11 stores data necessary for managing 
information on financial transactions, sales, and cus- 
tomers, for example. 

[0041] As shown in fig.5, POS terminal 11 has a con- 
trol unit 710, a display 720, communication interface 
730, and an interface 740. 

[0042] Control unit 710 includes a CPU, a ROM, and 
a RAM and controls all units of POS tenninai 1 1 . Control 
unit 71 0 has the same function as a general POS termi- 
nal for managing infomnation on financial transactions, 
sales, and customers. In addition, Control unit 710 has 
functions of controlling each unit to perform processing 



necessary for the electronic payment service. Display 
720 includes a liquid crystal panel, for example, on 
which information on merchandise such as a name, 
price, quantity, tax, and total amount is displayed. Com- 

5 munlcatlon interface 730 carries out communication 
with Gateway system 15 via Communication network 
10. Interface 740 is, for example, a general interface 
such as RS-232C or Universal Serial Bus (USB). POS 
terminal 11 is connected to Mobile terminal 17 through 

10 a cable to carry out data communication. 

[0043] Mobile tenninai 1 7 is, for example, a Personal 
Digital Assistants (PDA) or a laptop computer, which in- 
cludes a control unit 810, interface 820, display 840, and 
radio interface 830. 

15 [0044] Control unit 810 includes a CPU, ROM, RAM, 
and other modules and controls all units of POS termi- 
nal. Control unit 810 has the same functions as a gen- 
eral mobile terminal such as PDA. In addition, Control 
unit 810 has a function of controlling each unit to carry 

20 out processing necessary for the electronic transaction 
service. 

[0045] Display 840 includes a liquid crystal panel to 
display information, for example. Interface 820 is, for ex- 
ample, a general interface such as RS-232C or Univer- 
25 sal Serial Bus (USB). POS terminal 11 is connected to. 
Mobile terminal 17 through a cable to carry out data-- 
communication. Radio interface 830 features short-/ 
range wireless communication with Portable device 14 
via Bluetooth, for example. 

30 

A-5. Payment gateway 

[0046] Payment gateway 15 for providing the elec- 
tronic payment service using a method for electronic 

55 payment based on this embodiment is installed by a pro- 
vider of the service. As shown in fig.6, Payment gateway 
15 includes a payment server 150 connected to a Local 
Area Network (LAN), direction server 160, and a net- 
work interface (1/F) 170. 

40 [0047] Network interface 1 70 is, for example, a router. 
Payment server 150 and direction server 160 exchang- 
es data with POS terminal 10, Portable device 14, and 
Credit server 13 via Communication network, Mobile 
communication network, and Payment network 16, re- 

45 spectively. 

[0048] Payment server 150 may be a personal com- 
puter or a workstation, including a CPU 1 51 , ROM 1 52, 
RAM 153, hard drive 154, and LAN interface 155. Fur- 
ther, Payment server 150 includes an Input device such 

50 as a keyboard and Cathode-ray Tube (CRT) or Liquid 
Crystal Display (LCD), allowing an administrator of 
Gateway system 15 to make reconfigurations Including 
registration of users. 

[0049] LAN interface 1 55 is used for exchange of data 
55 between Network interface 170 and Direction server 
160 connected to the LAN. 

[0050] CPU 151 performs arrhythmic computation as 
well controls each unit of Payment server 1 50. ROM 152 
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stores programs to be read out anj axecuted by CPU 
151. CPU uses RAM 153 as a work area. 
[0051] Hard drive 154 stores application programs 
and data to be read out and executed by CPU 151 to 
control each unit tor provision of the electronic transac- 
tion service. Hard driver ' 54 includes a user table 154a, 
transaction table 154b, issuer table 154c, and merchant 
table 154d. 

[0052] As shown in fig. 7, user table 1 54a has four ar- 
eas for user ID 154aa, password 154ab, terminal ID 
154ac, and credit card number 154ad. A staffer of the 
provider of this service inputs the above information into 
User table 154a when a user subscribes to the service. 
It is possible that, if a subscriber has more than two cred- 
it cards and wants to obtain the service using these cred- 
it cards, the subscriber (user) has a plurality of user IDs 
each of which is corresponding to each credit card. 
[0053] Area 154aa stores user IDs each of which 
identifies a subscriber uniquely. Area 154ab stores 
passwords each of which is used for authentication of a 
user. Area 154ac stores identification information each 
to identify Portable device 14 used for the electronic 
transaction service. The user IDs, passwords, and iden- 
tification information stored In Hard drive 154 are the 
same stored in Storage area 233 in EEPROM 230 of 
UIM18 shown in fig. 4 Area 154ad stores credit card 
numbers of users. If a user has two or more credit cards, 
the user can specify one or more credit cards to be used 
for this service and thus stored in Area 1 54ad when the 
user subscribes to the service. In addition, Area 154ad 
stores expiration dates of the cards, which are not 
shown in the figures. 

[0054] Referring back to fig. 6, Transaction table 
1 54ab has areas for storing details of transactions con- 
ducted by users. Specifically, as shown in fig. 8, Trans- 
action table 1 54ab corresponding to a subscriber having 
a user ID "00001 " has four areas for transaction 154ba, 
for date 154bb, for merchant number 154bc, and for 
transaction details 154bd. Area 154ba stores IDs each 
of which identifies a transaction conducted by a user. It 
is noted that CPU 151 gives a transaction ID every time 
a transaction is conducted. Area 1 54bb stores dates and 
times of transactions each corresponding to each trans- 
action ID. Area 154bc stores merchant numbers each 
identifying a shop where the transaction was conducted. 
A unique merchant number Is assigned to all merchants 
in advance. Area 154bd stores details of transactions 
each corresponding to each transaction ID. Specifically, 
merchandise name, quantity, price, tax, payment meth- 
od (lump-sum, installment, payment with bonus, pay- 
ment partially with bonus, and, revolving, for example), 
and other related infonnation on the transaction. 
[0055] Referring again to fig. 6, Issuer table 154c 
stores information on credit companies and credit cards 
available for the service. Specifically, as shown in fig. 9, 
Issuer table 154c has three areas. Area 154ca stores 
ranges of card numbers. Area 154cb stores company 
codes each of which identifies corresponding credit 



company. Area 154cc stores names of credit compa- 
nies. For example, fig. 9 shows that a credit card whose 
number lies within a range between "1525000000" and 
"1525059999" is Issued by credit company "A". 

5 [0056] Referring again to fig. 6, Merchant table 154d 
stores information on which cards and which methods 
of payment are available at a shop. Specifically, as 
shown in fig. 1 0, Merchant table 154d has four areas of 
154da, 154db, 154dc, and 154dd. Area 154da stores 

10 codes each of which identifies each merchant. Area 
154db stores merchant's names. Area 154dc stores 
codes each of which identifies a credit company, name- 
ly, issuer of a credit card available for the merchant, 
which is the same stored in Area 1 54cb shown in fig. 9. 

15 Area 1 54dd stores credit company's names. Area 1 54de 
stores payment methods in which a user can pay by a 
card. As an example, f lg.1 0 shows that a user is able to 
arrange payment in a lump-sum, installments, or revolv- 
ing system but neither payment with bonus nor payment 

20 partially with bonus is accepted. "L", "I". "B", "pB", and 
"R" represents lump sum, installments^ bonus, bonus 
(partially), and revolving, respectively. Furthemnore, de- 
tailed information such as the number of payment in in- 
stallments and an available period in payment with bo- 

25 n us may be stored. 

[0057] Direction server 1 60 will now be described re- 
ferring to fig. 6. Direction server 160 may be a personal 
computer or a workstation. Including a CPU 161 , ROM 
162, RAM 163, hard drive 164, and LAN interface 165. 

30 Further, Payment server 150 includes an input device 
such as a keyboard and Cathode-ray Tube (CRT) or Liq- 
uid Crystal Display (LCD). Detailed description of these 
devices is omitted. 

[0058] LAN interface 1 65 Is used for exchange of data 
35 between Network interface 170 and Payment server 
150 connected to the LAN. CPU 161 perfonns arrhyth- 
mic computation as well controls each unit of Direction 
sen/er 160. ROM 152 stores programs to be read out 
and executed by CPU 161. CPU uses RAM 163 as a 
40 work area. Hard drive 1 64 stores application programs 
and data to be read out and executed by CPU 1 61 , to 
control each unit for provision of the electronic payment 
service. In addition, Hard drive 164 stores a mail box 
164a used for the electronic transaction service. To be 
45 more specific, Mail box 164a includes mailboxes each 
corresponding to an e-mail account of Portable device 
14. 

[0059] Upon receipt of a request from Payment server 
150, CPU 161 generates and stores e-mail into a mail 

so box assigned to each Portable device 14 in Mail box 
164a and sends a reception message to the Portable 
terminal 14 having an address indicated by the request. 
Upon receipt of the reception message. Portable device 
14 accesses Mailbox 164a via Mobile communication 

55 network to obtain e-mails for Portable device 14. Name- 
ly, Direction server 160 a function as a mail server with 
features including sending a reception message. 
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B. Operations of the system 

B-1 . Overall sequence of the operations 

[0060] An outline of sequence of operations carried s 
out In this electronic paynnent system will now be de- 
scribed. 

[0061] Fig. 11 Is a sequence flowchart showing an 
out! Ine of sequence of operations In wh Ich a user of Port- 
able device 14 conducts a transaction (purchases io 
goods) at a shop at which POS terminal 11 and Mobile 
terminal 1 7 are installed and obtains this electronic pay- 
ment service for payment using Portable device 14. 
[0062] As shown in fig. 11 , firstly, a clerk inputs infor- 
mation on a transaction including a merchandise name, 15 
quantity, price, tax into POS terminal 11 at a shop. If a 
purchaser wants to pay using this electronic payment 
service, the purchaser operates his/her Portable device 
14 to execute an application program for the electronic 
payment. And an input screen for a user ID and a pass- 20 
word to be used for authentication Is displayed on a dis- 
play of Portable device 14. 

[0063] The purchaser (the user of Portable device 14) 

operates ten-key pad or the like, to Input a user ID and 
a password. Portable device 14 checks the user ID and 25 
password against those stored In UIM 18, to authenti- 
cate the user (step SI). 

[0064] If the authentication failed, Portable device 14 
notifies the user that the user Is not a right person and 
thus rejected before carrying out error processing, for 30 
example, terminating the processing. If the authentica- 
tion Is completed. Portable device 14 sends the user ID 
stored in UIM 18 to Mobile temnlnal 17 by short-range 
wireless communication. The user ID Is transferred from 
Mobile terminal 1 7 to POS terminal 11 (step S2). In ad- 35 
dition. Portable device 14 stores the authentication re- 
sult representing authenticity of the user Into Storage 
area 233 of UIM1 8. It is noted that Mobile temriinal 1 7 is 
omitted in fig. 1 , forsake of simplicity. But in reality data 
is exchanged via Mobile temninal 1 7 between POS ter- 40 
minal 11 and Portable device 14. 

[0065] Upon receipt of a user ID sent from portable 
device 1 4 via Mobile terminal 1 7, POS temriinal 1 1 sends 
to Payment gateway 15 via Communication network 10 
transaction information, the user ID, and a request for 45 
transaction number including information to Identify the 
shop (merchant), which is inputted buy a clerk (step S3). 
Upon receipt of the request sent from POS terminal, 
Payment gateway 1 5 stores the transaction information 
included In the request into Transaction table 154b and so 
adds a transaction number to the transaction informa- 
tion to send back to POS terminal 1 1 via Communication 
network 10 (step S4), 

[0066] Further, Payment gateway 15 sends an e-mail 
including commands for direction of payment to Porta- 
ble device 14 Indicated by the user ID included in the 
request (step S5). Upon receipt of the e-mail sent from 
Payment gateway 15 via Mobile communication system 



12, Portable device 14 executes an application for pay- 
ment according to the commands Included in the e-mail. 
[0067] Specifically, the authentication result and the 
device ID both stored in UIM 18 are transmitted to Pay- 
ment gateway 15 via Mobile communication network 12, 
to make a request for proceeding payment processing 
(step S6). Therefore, the user need not do complicated 
procedures for payment, for example inputting informa- 
tion on the transaction which is often bothersome for a 
user. In this system a request for proceeding payment 
processing is sent to Payment gateway 15 automatically 
after completion of the authenticity. 
[0068] Upon receipt of the authentication result and 
the request including the device ID both sent from Port- 
able device 14 via Mobile communication network 12, 
Payment gateway 1 5 confirms authenticity of the user 
through the result. Next, Payment gateway 15 authen- 
ticates the Portable device 14 by checking the device 
ID (step S7). Specifically, Payment gateway 15 checks 
the device ID sent from Portable device 14 against a 
device ID stored correspondingly to the user ID In User 
table 154a. If the two IDs coincide, authenticity of Port- 
able device 14 is established. Otherwise Payment Gate- 
way 15 stops payment processing. 
[0069] If the authenticity of Portable device 14 is es- . 
tablished. Payment gateway 15 sends to Portable de- 
vice 14 via Mobile communication network 12 transac- 
tion details Including name of goods, quantity, and price 
and Information on possible payment methods (step 
S8). Upon receipt of a payment method and a confirma- 
tion from Portable device 14 (step S9), Payment gate- 
way 15 retrieves transaction information from Transac- 
tion table 154b and a credit card number and Its expira- 
tion date from User table 154a. Next, Payment gateway 
1 5 sends to Credit server 1 3 via Payment network 1 6 a 
request for credit including infonnation on the merchant 
and the payment method along with the retrieved trans- 
action information (step S10). 

[0070] Upon receipt of the request, Credit server 
1 3checks the credit card number and its expiration date, 
to determine whether to conduct the payment process- 
ing. If the credit card number and the expiration date are 
proper, Credit server 1 3 carries out payment processing 
(step S11) and sends a completion report to Payment 
gateway 15 via Payment network 15 (step SI 2). This 
report Is transferred from Payment gateway 15 to POS 
terminal 11 via Communication network 10 and to Port- 
able device 14 via Mobile communication network 12 
(step SI 3 and step SI 4, respectively). B-2. Operations 
of portable device 

[0071] It will now be described that processing carried 
out by Portable device 1 4 when a user obtains the elec- 
tronic payment service. As shown in fig. 12, if a user 
wants to use the service using his/her Portable device 
14 when purchasing goods at a shop, the user inputs 
with Input device 330 a direction for Portable device to 
execute an application for payment. Control unit 310 of 
Portable device 14 displays credit cards available for the 
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user on a display. 

[0072] An example of a screen for selection of a credit 
card displayed on a display of Portable device 14 is 
shown in fig. 13. This screen shows a list of credit cards 
registered in advance by the user at a provider of the 
service. When the user operates Input device 330 to se- 
lect a check box and clicks an "OK" button, a credit card 
for use in the payment is determined. 
[0073] Afterselection of a credit card, Control unit 310 
displays an input screen for a user ID and a password 
on the display. When the user inputs a user ID and a 
password: Control unit 31 0 authenticates the user by the 
inputted used ID and password (step Sa3). Specifically, 
Control unit 310 compares a user ID and a password 
each corresponding to the selected credit card stored in 
Storage area 233 in EEPROM of UIM 1 8 with the input- 
ted user ID and password. If the two user IDs and two 
passwords coincide, Control unit 310 confirms authen- 
ticity of the user. If not, It confirms inauthenticlty. If the 
authenticity is confirmed (step Sa3 "NO"), Control unit 
31 0 carries out error processing (step Sa4) for example, 
displays an error message on the display. If the authen- 
ticity is confimned (step S3 "YES"), Control unit 310 
stores the authentication result (authenticity) into Stor- 
age area 233 (step Sa5) and outputs the user ID stored 
in Storage area 233 to Radio interface 370 to transmit 
to Mobile temninal 17 (step Sa6). Then Control unit 310 
. terminates processing. 

[0074] It is noted that when storing the authentication 
result into Storage area 233, Control unit 310 may write 
an expiration time of the authentication result, which is 
an hour, for example. After the expiration, Control unit 
31 0 deletes the authentication result. 
[0075] As a result, a user ID Is sent from Portable de- 
vice 14 to Mobile terminal 17 and subsequently a re- 
quest for payment is sent from POS tenninalto Payment 
gateway 15 (step S3 in fig. 11). Next, an e-mail Including 
commands to execute an application for payment (step 
S5 in fig. 1 1 ) is transmitted from Payment gateway 1 5 to 
Portable device 1 4. 

[0076] It will now be described that operations of Port- 
able device 1 4 after reception of the e-mail sent from 
Payment gateway 15 referring to fig. 14. Firstly, Control 
unit 310 checks whether an e-mail is received (step 
Sbl). 

[0077] If Portable device 14 receives any e-mails. 
Control unit 310 terminates processing. If Portable de- 
vice receives e-mail, Control unit 31 0 determines wheth- 
er the e-mail is sent from Payment gateway 15 and 
checks whether the e-mail contains predetermined 
commands referring to the content of the e-mail (step 
Sb2). 

[0078] If a sender of the e-mail is not Payment gate- 
way 15 or the e-mail does not contain predetermined 
commands, Control unit 31 0 terminates the processing. 
If the sender is Payment gateway 1 5 and the e-mail con- 
tains predetemnined commands. Control unit 310 exe- 
cutes an application for payment (step SbS) before ter- 



mination. 

[0079] Control unit 310 repeats the above series of 
processes periodically so that the application for pay- 
ment is executed automatically when receiving an e- 
5 mail including the commands. 

[0080] tt will now be described that operations of Port- 
ables device 14 after execution of the application refer- 
ring to fig. 15. 

[0081] Firstly, Control unit 31 0 reads out from Storage 
10 area 233 an address such as Uniform Resource Locator 
(URL), to access Payment gateway 15 via Mobile com- 
munication network 12 (step Scl), To ensure security. 
Secure Socket Layer (SSL) is used for data exchange 
between Portable device 14 and Payment gateway 15. 
15 [0082] To be more specific, when sending a request 
for access to Payment gateway 1 5, Portable device 14 
requests transmission of an electronic certificate issued 
by a Certificate Authority (CA) which is not shown in the 
figure. In response to the request, Payment gateway 1 5 
sends the certificate to be confirmed by Portable device 
14. Therefore, Portable device 14 is able to check au- 
thenticity of Payment gateway 15, thereby avoiding a 
danger of communication with an unauthorized server 
posing as an authorized server. After confirmation of au- 
thenticity of Payment gateway 1 5, data exchange starts. 
Needles to say, SSL is applied for such data exchange. 
Since SSL has become a common technique, detailed 
description is omitted. 

[0083] After establishment of the connection between 
Portable device 14 and Payment gateway 15, Portable 
device 14 retrieves an authentication result (authentici- 
ty), a user ID, and a device ID from Storage area 233. 
Next, Portable device 14 transmits a request for authen- 
tication of the device 1 4 to Payment gateway 1 5 via Mo- 
bile communication network 12 to request Including the 
retrieved user ID and device ID (step Sc2). At the same 
time, Control unit 31 0 measures time (step Sc3). If Port- 
able device 14 does not receive infomiatlon from Pay- 
ment gateway 15 in response to the transmission after 
predetermined time (two minutes, for example), Control 
unit 310 terminates this processing and performs time- 
out processing, for example, displaying a message no- 
tifying to a user that this payment processing is aborted 
and must be carried out from the beginning. 
[0084] As described before, when Portable device 14 
sends an authentication result, a user ID, and a device 
ID to Payment gateway 15, Payment gateway 16 au- 
thenticates confirms the authenticity of the user and de- 
vice 14. If the authenticity is confirmed, detailed trans- 
action Infonnation is sent to Portable device (step S7 
and step S8 of fig. 11). 

[0085] When authenticity is confimned and thus infor- 
mation on transaction details (name of goods, quantity, 
price, tax, merchant, for example) is transmitted from 
Payment gateway 15, Control unit 310 displays the 
transaction details on the display (step Sc4) to be 
checked by the user. 

[0086] Fig. 1 6 shows an example of a screen on which 
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the transaction details Is displayed. As shown therein, 
a name of merchant (shop), a total amount to be paid 
by the user, and buttons for direction. A user selects one 
of the buttons of " Agree" and "Not agree" for proceeding 
or stop paying, respectively. Control unit 31 0 determines 
which buttons is selected, in other words, whether the 
user agrees with this transaction (step Sc5). 
[0087] If "Not agree" Is selected (step Sc5 "NO"), Con- 
trol unit 310 stops payment processing (step Sc6). If 
"Agree" is selected (step Sc5 "YES"), Control unit 310 
transmits request for proceeding payment to Payment 
gateway 15 via Mobile communication network 12 (step 
Sc7). 

[0088] In response to the request for proceeding pay- 
ment, infonnation on payment methods Is transmitted 
from Payment gateway 15 via Mobile communication 
network 12, (step Sc9 In fig.11). Upon receipt of the In- 
formation on payment methods, Control unit 310 dis- 
plays a list of available payment methods on the display 
(step ScB), one of which is to be selected by the user. 
Fig.1 7 shows an example of a screen on which the list 
is displayed. As shown therein, check-boxes each cor- 
responding to each payment method are displayed. A 
user selects a check-box and "OK" button, to determine 
a payment method the user would like. 
[0089] After the determination , Control unit 31 0 trans- 
mits to Payment gateway 1 5 via Mobile communication 
network 12 information for identifying the determined 
payment method (step Sc9). Upon receipt of the infor- 
mation of payment method. Payment gateway 15 sends 
a request for credit to Credit server 13. Subsequently, 
Payment gateway 15 sends a completion message to 
Portable device 14. Upon receipt of the message. Con- 
trol unit 31 0 displays a massage such as " Payment has 
now been completed." on the display. 

B-3. Operations of POS terminal 11 

[0090] It will now be described that operations carried 
out in POS terminal 11 referring to fig. 1 8. When a user 
conducts a financial transaction namely, buys goods at 
a shop, a clerk Inputs transaction infonnation including 
name of goods, quantity, price, and tax into POS termi- 
nal (step Sdl) to store the infomnatton into storage are- 
as. Control unit then 710 determines whether a user 
wants to use this electronic payment service (step Sd2). 
[0091] If the user doe not want to use this service, or 
the user pays in cash (step Sd2 "NO"), Control unit 710 
perfomis processing similarly to a general POS terminal 
(step Sd3). If the user wants to use the service, in other 
words, the user inputs a request of this service to POS 
terminal, Control unit 710 accesses Mobile terminal 17 
via Interface 740, to determine whether a user ID is re- 
ceived (step Sd4). 

[0092] If Mobile terminal 1 7 has not yet received a us- 
er ID sent from Portable device 14 using a short-range 
radio communication. Control unit 710 repeat accessing 
periodically until Mobile terminal 17 receives a user ID. 



When Mobile tenninal 1 7 has received a user ID, Control 
unit 71 0 obtains the user ID via Interface 740. Next, Con- 
trol unit sends to Payment gateway 15 via Communica- 
tion network 10 a request for transaction number includ- 
5 ing the transaction information, the merchant informa- 
tion, and the user ID (step Sd5). 

[0093] Transaction number is transmitted from Pay- 
ment gateway 1 5 to POS terminal 1 1 , In response to the 
request (step S4 in fig. 11). Upon receipt of the transac- 
tion number from Payment gateway 15, Control unit 71 0 
stores the received transition number in relation with the 
transaction information stored in POS terminal earlier 
(step Sd6). 

[0094] After that, Control unit 71 0 waits for a comple- 
tion message sent from Payment gateway 15. When re- 
ceiving a completion message after data exchange be- 
tween Portable device 14 and Payment gateway 15, 
Control unit 710 stores the completion message In rela- 
tion with the transaction infonnation and transaction 
number (step Sd7) and finally prints out a receipt for the 
transaction. 

B-4. Operations of Payment gateway 1 5 

[0095] It will now be described that operations per- 
formed in Payment gateway 1 5 referring to fig. 1 9. Upon 
receipt of a request for transaction number from POS 
terminal 11 (step Se1), CPU 151 of Payment server 150 
issues a transaction number and sends it to POS termi- 
nal 11 via Communication network 10 (step Se2). CPU 
151 stores the transaction information, the merchant in- 
formation, the transaction number, and the date and 
time included in the request for transaction number into 
Transaction table 154b (step Se3). 
[0096] Next, CPU 151 sends the user ID included in 
the request for transaction number to Direction server 
160 (step Se4). Upon receipt of the user ID sent from 
Payment server 150, CPU 161 of Direction server 160 
generates and stores Into a mailbox 1 64a of the user an 
e-mail including commands for execution of an applica- 
tion for proceeding payment processing stored and ex- 
ecuted in Portable device 1 4 (step Se5). Next, CPU 161 
sends a reception message to Portable device 14 iden- 
tified by the user ID. When Portable device 1 4 sends, In 
response to the message, a request for the e-mail to 
Direction server 160, CPU 161 sends the e-mail to Port- 
able device 14 (step Se7). 

[0097] Upon receipt of the e-mail, Portable device 14 
executes the application to make a request for connec- 
tion with Payment server. CPU151 establishes a con- 
nection by using SSL (step Se8). After establishment of 
the connection, Portable device 14 sends the User ID, 
authentication result (authenticity of the user), and the 
device ID to Payment server 150. Payment sen/er 150 
checks the authentication result and next authenticates 
Portable device 14 on the basis of the device ID (step 
Se9). Specifically, CPU 151 compares the device ID 
sent from Portable device 14 with a device ID stored in 
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relation with the user ID in User table 154a. If the two 
device IDs coincide, CPU 151 detennines authenticity 
of the device 14 (step SelO). 

[0098] If authenticity of the device 1 4 is not confirmed, 
namely, the two device IDs do not coincide, CPU 151 5 
sends an error message to Portable device 14 and car- 
ries out error processing, for example, stops processing 
(step Sell). If the authenticity is confirmed, CPU 151 
reads out information including transaction details and 
merchant information stored in Transaction table 1 54b io 
in step Se3, to send to Portable device 14 via IVIobile 
communication network 12 (step Se12). 
[0099] Upon receipt of the above infomnatlon. Porta- 
ble device 14 urges the user to confirm the transaction 
details (step Sc4 and Sc5 in fig. 15). If the user agrees is 
with the transaction, a confirmation is transmitted to 
Payment gateway 15. If the user does not agree, nothing 
is transmitted. CPU 151 detennines whether the confir- 
mation is received within a predetermined time from 
transmission of the information to Portable device 14 20 
(step Sel 3). If the confinnation is not received within the 
time, CPU 151 carries out error processing, for example, 
stops processing (step Sell). 

[0100] If the confirmation Is received within the time, 
CPU 151 detennines payment methods available for the 25 
transaction and sends information on the payment 
methods to Portable device 14 via Communication net- 
work 1 2 so thatthe user can select one among the meth- 
ods (step Se14). Specifically, CPU 151 refers to User 
table 1 54a of fig. 7 to specify a credit card number cor- 30 
responding to the user ID sent from Portable device 14. 
When the card number Is specified, CPU151 refers to 
Issuer table 154c shown in flg.9 to specify an Issuer of 
the card. 

[0101] More specifically, CPU 151 determines within 35 
which range the card number lies in 1 54ca to specify the 
company. After the company is specified, CPU 151 re- 
fers to Merchant table 154d (cf. fig. 10), to determine 
payment methods on the basis of the company and the 
merchant information included in the request for trans- -^o 
action number sentfrom POS terminal 11. Suppose that 
Merchant table 154d shown in fig. 10 is stored in HDD 
154, that a company "A" whose code number is 
"2a1 1111", and that a merchant "A" whose code number 
is " 1 1 1 1 1 1 1 1 1 1 CPU would detemnine that the user can 45 
pay in lump sum, installments, and revolving system and 
cannot pay with bonus and partially with bonus. 
[01 02] After transmission of the payment methods to 
Portable device 1 4, Portable device 1 4 sends a payment 
method to Payment gateway 15. Upon receipt of the so 
payment method, CPU 151 make a request for credit 
with data in a predetermined format containing the credit 
card number, the expiration date, the transaction details 
(name of goods, quantity, price), the merchant informa- 
tion, the payment method, and other related infonnatlon, ss 
to transmit to Credit server 13 via Payment network 16 
(step Sel 5). It is possible that the predetermined format 
Is conventional one used for data exchange between a 



conventional credit server and a payment device. Final- 
ly, CPU 151 tenninates processing of the transaction. 
[0103] After transmission of the request for credit, 
CPU 151 waits until a completion message notifying a 
completion of credit sent from Credit server 13 is re- 
ceived. Upon receipt of the completion message, CPU 
151 forwards the completion message to POS terminal 
via Communication network 10 and to Portable device 
14 via Mobile communication network 12 (step Se16). 
[0104] As described above, by using the electronic fi- 
nancial transaction service in which a method for elec- 
tronic payment based on this embodiment is applied, a 
purchaser don't have to hand his/her credit card In pay- 
ment to a third-party including a clerk. Furthermore, a 
purchaser doesnt have to carry a credit card for shop- 
ping. Therefore, the danger of card information leakage 
and possible abuse of cards decreases drastically. 
[0105] Also, Portable device 1 4 authenticates a user 
at payment, if a third party or other improper person ob- 
tains Portable device 14 improperly, the person cannot 
pay on credit using Portable device 1 4, thereby prevent- 
ing the danger of abuse of Portable device 14. 
[0106] Since information necessary for payment in- 
cluding a card number and an expiration date is stored 
in Payment gateway 15, not in Portable devicel 4 or UIM 
18, if Portable device 14 or UIM is stolen or improperly 
obtained, there Is little danger of card information leak- 
age from Portable device 14 or UIM. Further, sensitive 
information such as a card number and expiration date 
is managed by Payment gateway 15 and cannot provid- 
ed to public networks such as Mobile communication 
network 12 and Communication network 1 0. Therefore, 
the danger of wiretapping such sensitive information via 
a public network is reduced. 

[0107] In this embodiment, sensitive information nec- 
essary for payment is stored in both Portable device 14 
and detachable UIM 18. Thus, a user is able to detach 
UIM from Portable device 14 when it is not required, to 
prevent the danger of information leakage. Even if such 
information is leaked, an improper user cannot pay us- 
ing the device 14 since Payment gateway 15 authenti- 
cates Portable device 14 as well a user. In other words, 
both a user and a portable device are checked, 
[0108] In this embodiment, Portable device 14 sends 
a request for payment to Payment gateway 1 5 via POS 
terminal 11; and upon receipt of the request. Payment 
gateway 15 sends an e-mail to Portable device 14 to 
obtain a confinnation of transaction from the user. Thus, 
even If an improper person obtains a user ID and intends 
to pay using another portable device In combination with 
the obtained user ID, needless to say, it is the only au- 
thorized Portable device 14 that receives the e-mail. 
Therefore, the improper person does not receive the e- 
mail and thus is not able to conduct a transaction using 
the obtained user ID. Namely, the danger of leakage and 
abuse of a user ID is restricted. 
[0109] In the prior art. Payment gateway 15 may 
sends to Portable device 14 an e-mail including a mes- 
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sage like "Please connect with the Payment server for 
payment", to obtain an instruction of payment from the 
user. Namely, a user operates Portable device 14 one 
after another referring to messages. However, in this 
way, it is often the case that a user forgets operation 
procedures, or carries out wrong operations. This will 
cause a problem that a transaction stops or remains un- 
completed. On the other hand, in this embodiment, Port- 
able device14 "automatically" executes an application 
for payment according to commands included in the re- 
ceived e-mail, thereby preventing suspension or stop of 
payment due to a misoperation made by a user. 
[0110] Further, a user Is able to register a plurality of 
credit cards used for the electronic financial transaction 
service. Specifically, each password is stored in UIM 
correspondingly to each credit card. As a result, a user 
is able to select credit cards for use in its appropriate 
way by Inputting each user ID, for example. 
[01 11] It is noted that a method for payment based on 
the present embodiment has advantages in a merchant 
as well in a user described. That is, although a request 
for transaction number sent from POS terminal 11 to 
Payment gateway 15 does not contain a card number 
and expiration date which are send from a POS terminal 
1 to a credit server4 as shown in fig.21 in a conventional 
system. Payment gateway 15 does contain transaction 
details and a merchant infomnation used in a conven- 
tional system. Therefore, a merchant can participate in 
this transaction service simply by making, at POS ter- 
minal 11, a data including information necessary for a 
transaction in a conventional format and sending it to 
Payment gateway 15. This provides benefits to a mer- 
chant because the merchant does not have to install a 
new POS terminal. 

[0112] Further, Credit server 13 performs processing 
in the conventional way because Payment gateway 
sends a request for credit in a conventional format to 
Credit sever 13. This provides convenience to a credit 
company because the company does not have to install 
a new server. 

[0113] Since Transaction table 154b stores transac- 
tion details conducted by a user, it is possible that Pay- 
ment gateway collectively manages electronic records 
on payments (so called electronic receipt). In a conven- 
tional credit payment system, generally, a merchant is- 
sues a payment voucher on which transaction details 
are entered and mails it to a depository for managing 
payment vouchers provided by an issuer. However in 
this embodiment, Payment gateway 15 is able to man- 
age payment information collectively, thus the cost of 
issuing and managing payment vouchers can be re- 
duced. 

C. Modification of the first embodiment 

[0114] The present invention is susceptible to many 
modifications as follows. 

[01 15] In the above embodiment, Storage area 233 of 



UIM 1 8 stores a device ID for identifying Portable device 
14 used for the electronic financial transaction service. 
Portable devlce14 transmits the device ID to Payment 
gateway 15 and Payment gateway 15 compares the 

5 transmitted device ID and a device ID stored in User ta- 
ble 154a for authentication of the device 14. However, 
it is possible that the authentication is carried out using 
SSL, for example. In this case, Portable device 1 4 sends 
to Payment gateway 1 5 a digital certificate for client au- 

10 thentication which has been registered at Certificate Au- 
thority (CA). Payment gateway 16 authenticates a de- 
vice using the certificate. 

[0116] In the above embodiment, Portable device 14 

urges a user to input a user ID and a password for a 

f5 user authentication. However, it is possible to use bio- 
metrics such as fingerprint, iris scan, or combined voice 
and face patterns for the authentication. 
[0117] In the above embodiment, a user ID is trans- 
mitted to POS terminal 11 via Mobile terminal 17 when 

20 the user conducts a financial transaction at a shop. How- 
ever, the present invention is not only applied to such 
an actual shop but can be applied to an online shopping 
via Internet, for example. An example of such applica- 
tions is shown in fig. 20 in which a Web server 130 is 

25 provided instead of POS tenninal 1 1 and Mobile terminal 
1 7. ; 
[0118] Web server 1 30, so called an online shop serv- 
er, receives a request for purchase from terminals in- 
cluding a personal computer and a mobile phone with 

30 features of Web browsing. To be more specific, when 
user selects or inputs a URLforconnection with the Web 
server 130, a web page for selection of goods Is dis- 
played on the terminal. The user makes a request for 
purchase seeing the page and sends it to Web server 

35 130. A method of the present invention can be applied 
to procedures used for such a system for payment. 
[0119] Specifically, firstly Portable devicel 4 authenti- 
cates a user. It authenticity is confimned, a user ID is 
transmitted from Portable device 14 to Web server 130 

40 via Mobile communication network 12 and a Communi- 
cation network 1 0A. Upon receipt of the user ID, Web 
server 130, instead of POS tenninal 11, sends a request 
for transaction number including transaction informa- 
tion, the user ID, and merchant information. Next, pay- 

45 nnent processing is performed among Portable device 
14, Payment gateway 1 5, and Credit server 13 similarly 
to the first embodiment. After completion of the payment 
processing, a completion message is sent from Pay- 
ment gateway 1 5 to Web server 1 30 via Communication 

50 network 1 0A. 

[0120] In the first embodiment, transaction Informa- 
tion conducted by a user is stored in Transaction table 
154b. Thus, it is possible that a user checks transaction 
Information of the user with Portable device 14, personal 

55 computer, or a mobile phone with features including 
Web browsing. Specifically, when receiving a request 
for the check from a terminal via Internet, Payment gate- 
way 15 retrieves the transaction information form table 
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154b and transforms it into a HTIVIL format for transmis- 
sion to the terminal. 

[01 21 ] I n the first embodiment, Information necessary 
for payment is stored in EEPROM 230 of detachable 
UIM 18 to be read out by Control unit 310. However, it 5 
is possible that a memory such as an EEPROM incor- 
porated into Portable device 14 stores such information 
instead of UIM 18. 

[0122] Further, a module such as an IC chip having 
high resistance to tampering in which information for io 
payment including a user ID and a password Is stored 
and read out by Control unit can be used instead of UIM 
18. Needless to say, such a module can be mounted 
detachably. 

[0123] In the first embodiment, a purchaser uses Port- is 
able device capable of communicating with Payment 
gateway by radio via Mobile communication network 12 
for electronic payment. However, a personal computer 
can be used as a temriinal for payment in the system, 
for example. Specifically, such a computer is connected 20 
with Internet via a fix telephone network and has an input 
device, display, and other devices necessary for the 
electronic payment. 

[0124] In the first embodiment, a user ID is transmitted 
via Mobile terminal 1 7 to PCS tenninal 1 1 . However, if 25 
PCS terminal 1 1 features Bluetooth for data exchange, 
Portable device 14 may transmit directly to POS termi- 
nal 11 . It is possible that a user ID can be transmitted 
from Portable device 14 to POStemiinal 11 using other 
commutation methods. 30 
[0125] In the first embodiment, data exchange is car- 
ried out between POS tenninal 11 and Payment gate- 
way 1 5 via Communication network 1 0. It is possible that 
Mobile terminal 17 is connected with Communication 
network 1 0 to exchange data between POS terminal 1 1 35 
and Payment gateway via Mobile terminal 1 7 and Com- 
munication network 10. 

[0126] In the first embodiment it is possible that if a 
user uses two or more credit cards for the electronic 
transaction system, a user ID or a password is assigned 40 
to the cards. In this case, before selection of credit card 
(step Sal of fig. 12), a user may input the user ID and a 
password before Portable device 14 authenticates the 
user. After the authentication, credit cards correspond- 
ing to the user ID and the password are displayed. Then 45 
the user selects one among the cards. 
[0127] In the first embodiment, Control unit 31 0 exe- 
cutes application programs in data exchange between 
POS terminal and Payment gateway 11 and authentica- 
tion of a user and a device 1 4. It is possible that a storage so 
medium such as a CD-ROM or a floppy disk in which 
such programs for the electronic payment is stored Is 
provided to users. The programs may be provided via 
Internet. 

55 

(Second embodiment) 

[01 28] A second embodiment of the present invention 



will now be described referring to the drawings. 
D. Configuration of the system 
D-1 . Overall configuration 

[0129] Fig.22. shows an electronic payment system 
using a method for electronic paying based on the sec- 
ond embodiment of the present invention. 
[0130] As shown, Electronic payment system 1 5A has 
a POS terminal 11 A and Credit server 13A. Payment 
gateway 1 5A is connected with Terminal 1 1 A and Credit 
server 13A via a dedicated line (not shown) for data ex- 
change. Temriinal 11 A and Payment gateway may be 
connected via a public network. Payment gateway 15A 
is also connected to Portable device 14A. 

D-2. POS terminal 

[0131] POS terminal 11 A has a storage unit such as 
a hard drive and an input device such as a keyboard, a 
mouse or a card reader, in addition to Display, Control 
unit including a CPU, ROM, RAM, and a communication 
interface same as POS tenninal 11 of the first embodi- 
ment. Fig.23 shows an example of infonnation stored in 
the storage. As shown, "issuer code", "payment meth- 
od", and "merchant code" are stored correspondingly. 
The "issuer code" identifies an Issuer (credit card com- 
pany) of a credit card by which a user can pay at a shop 
where POS terminal 11 A is installed. The "payment 
method" is a payment method available for a purchaser 
at the shop such as a lump sum, installments, or with 
bonus. The "merchant code" identifies a shop of a mer- 
chant. 

D-3. Credit server 

[0132] Credit server ISA includes a CPU, a RAM, a 
ROM, an input device such as keyboard or mouse, a 
display, a storage unit such as a hard drive, and a com- 
munication interface such as a modem. 
[0133] Figs.24A through 24D shows an example of in- 
formation stored in the storage unit of Credit server 1 3A. 
Fig.24A shows infonnation relating to POS terminal 
11 A. Specifically, "merchant code for credit", "payment 
method", and "merchant code" are stored correspond- 
ingly. The "merchant code for credit" allows an issuer 
(credit company) to identify a merchant or a shop with 
which a transaction is conducted. It may be an ID 
number of a shop or of POS terminal 11 A. 
[0134] Fig.24B shows information relating to users of 
credit cards. Specifically, "user name", "user address", 
"card number", " expiration", and "credit limit" are stored 
correspondingly. 

[0135] Fig.24C shows an example of histories of 
transactions conducted by users. " Card number", "de- 
cryption key", "type", "date", "transaction number", 
"merchant number," amount", "payment method", and 
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" merchandise code" are stored correspondingly. Infor- 
nnation stored In "card number" In fig,24C is same as 
stored In fig.24B. In flg.24C It Is pemriltted that a card 
number is stored for several times because a user may 
conduct transactions several time with the card. s 
[0136] The "decryption key" is used for decrypting an 
encrypted card number which is sent from Payment 
gateway 15A to POS terminal 11 A. The "type" repre- 
sents types of transactions. The "date" represents date 
of payment. The " transaction number" is a serial io 
number each assigned to a transaction. The "merchant 
number" Identifies a shop of a merchant with which a 
transaction is conducted. The "amount" represents a 
price of merchandise (possibly including tax). The "pay- 
ment method" represents payment In a lump sum, or In- is 
stallments, for example. The "merchandise code" iden- 
tifies merchandise transacted. 

[0137] Fig.24D shows an example of information on 
transaction details conducted at each shop. Specifically, 
"merchant number", " type", "date", "sales", "card 20 
number", and "payment method" are stored. Information 
stored in "merchant number", "type", and "date" is same 
as stored in fig. 24C. The "sales" represents a price of 
merchandise, which Is same as "amount" in fig.24C if 
tax Is not Included in the "amount". The "payment meth- 25 
od" represents a payment method selected by a user. 

D-4. Portable device 

[0138] Portable devicel4A Is, for example, a cellular 30 
phone capable of carrying out data communications. To 
be more specific, it may use (Personal Digital Cellular 
(PDC) of Time Division Multiple Access (TDM A), Code 
Division Multiple Access (CDMA), General Packet Ra- 
dio Service (GPRS), orany otherschemesfordatacom- 35 
munication. Further, Third generation (3G) scheme 
such as IMT-2000 may be applied. Needles to say, PDA 
and other portable devices can be applied. 

D-5. Payment gateway 40 

[0139] Payment gateway 15A includes a CPU, a 
RAM, a ROM, an input device such as a keyboard or a 
mouse, a display, a storage unit such as a hard drive, 
and a communication interface such as a modem. Func- 45 
tlonally, Payment gateway 15A comprises a receiving 
unit 101, a checking unit 102, encryption unit 103, a 
number transmitting unit 104, a key generation unit 105, 
a key transmitting unit 1 06, a transmitting/receiving unit 
107, a notifying unit 108, and a storage unit 109. so 
[0140] Transaction unit 101 receives a user ID to Iden- 
tify a user assigned to the user in advance and a mer- 
chant code to Identify a shop, which is sent from PCS 
terminal 11 A where the userconducts a transaction. Up- 
on receipt of a user ID and a merchant code, Receiving ss 
unit 1 01 transfers the user ID and the merchant code to 
Checking unit 102 and Transmitting/receiving unit 107. 
[0141] Checking unit 1 02 retrieves a card number of 



a user from Storage unit 109 on the basis of a user ID 
received by Receiving unit 101. Specifically, Checking 
unit 1 02 retrieves a from Storage unit 1 09 a card number 
and an issuer code corresponding to a user ID received 
by Receiving unit 101. Checking unit 102 outputs the 
card number, the Issuer code, and the merchant code 
to Encryption unit 1 03. If the user ID Is not found or the 
expiration date has passed, Checking unit 102 outputs 
to Notifying unit 108 a message notifying failure of au- 
thentication. 

[0142] Figs.25A and 25B show an example of infor- 
mation stored In Storage unit 109. As shown in Flg.26A, 
information relating to shops which participate in the 
electronic payment service provided by Payment gate- 
way 15A is stored. To be more specific, a merchant 
codes and corresponding shop name. 
[0143] Fig.25B shows an example of information re- 
lating to users. Specifically, user IDs and corresponding 
passwords, user names, phone numbers, e-mail ad- 
dresses, terminal numbers, card numbers, issuer 
codes, and expirations are stored correspondingly. The 
password is used for authentication of a user. 
[0144] The phone number is a telephone number of 
portable device 14A. The e-maif address Is an e-mail 
address for Portable device 1 4A. The device number is, - 
for example, a serial number assigned for each Mobile"' 
station 14A, which identifies Mobile station 14A. The . 
card number is a number of a credit card by which a user 
pays. A user registers the card number to Payment gate- 
way 15A in advance. The issuer code Identifies an issu- 
er of a card (credit company). The expiration represents 
an expiration date of the credit card. 
[0145] Encryption unit 103 encrypts a card number 
obtained by Checking unit 1 02, to generate a "encrypted 
card number". Specifically, Checking unit 103 encrypts 
a card number, in a way that It can be decrypted using 
an encryption key generated by Key generating unit 
105. Suppose that the decryption key is "0123", that the 
card number is "3456", and that the encryption calcula- 
tion Is an addition, the encrypted card number becomes 
"3579". In decryption, "0123" Is subtracted from "3579" 
to be generatedthe card number "3456". Encryption unit 

103 outputs to Key generating unit 105 a card number, 
its encrypted card number, and an issuer code. Further, 
Encryption unit 103 outputs to Number transmitting unit 

104 the encrypted card number and the merchant code. 
[0146] Number transmitting unit 104 transmits an en- 
crypted card number made by Encryption unit 103 to 
POS terminal 11 A specified by the merchant code ob- 
tained from Encryption unit 103. 

[0147] Key generating unit 105 generates a decryp- 
tion key used for decryption of a card number. In this 
embodiment, a card number is encrypted by Encryption 
unit 103 using a decryption key. It Is possible that the 
decryption key is generated using both the decryption 
key and the card number. Key generating unit 105 out- 
puts to Key transmitting unit 1 06 the encrypted card um- 
ber, the decryption key, and the Issuer code. 



15 



BNSDCX:iD: <EP. 



.12801 15A2J_> 



29 



EP1 280 115 A2 



30 



[0148] Key transmitting unit 106 transmits to Credit 
server 13A an encrypted key generated by Key gener- 
ating unit 106. Specifically, Key transmitting unit 106 
transmits, to Credit server by a credit company specified 
by the issuer code provided torn Key generating unit 
105, the encrypted card number and the decryption key. 
[0149] When Receiving unit 101 receives a user ID, 
Transmitting/receiving unit 1 07 transmits to portable de- 
vice 14A a confirmation e-mail including transaction de- 
tails. If Portable device 1 4A does not reply to the e-mail, 
Transmitting/receiving unit 107 stops at least one of 
Checking unit 102, Encryption unit 103, Number trans- 
mitting unit 1 04, Key generating unit 1 05, and Key trans- 
mitting unit 106, to cancel the transaction conducted on 
the basis of the user ID. 

[0150] To be more specific, Transmitting/receiving 
unit 107 retrieves from Storage unit 109 an e-mail ad- 
dress on the basis of the user ID provided from Receiv- 
ing unit 101 . Transmitting/receiving unit 107 then trans- 
mits a confirmation e-mail including transaction details 
to Portable device 14A specified by the e-mail address. 
Upon receipt of a reply e-mail from Portable device 1 4A, 
Transmitting/receiving unit 107 checks a password in- 
cluded in the reply e-mail against a password stored in 
Storage unit 109, to authenticate the user. 
[0151] If Transmitting/receiving unit 1 07 does not re- 
ceive a reply e-mail or the both passwords does not 
agree, Transmitting/receiving unit 1 07 stops at least one 
of Checking unit 102, Encryption unit 103, Number 
transmitting unit 104, Key generating unit 105, and Key 
transmitting unit 106, to cancel the transaction conduct- 
ed on the basis of the user ID. A method for obtaining a 
confinnation from a user is not limited to the e-mail. For 
example, Transmitting/receiving unit 107 can transmit 
to Portable device14A a reception message which is 
generally used for cellular phone. It Is possible that, in 
the authentication of a user, Transmitting/receiving unit 
107 uses, in addition to a password, infonnation to iden- 
tify Portable device 14A uniquely such as a device ID. 
[0152] If Checking unit 102 does not find the credit 
card corresponding to the user ID in Storage unit 109, 
Notifying unit 1 08 notifies POS temrilnal 11 A of failure of 
authentication. 

E. Operations of the system 

[01 53] Detailed procedures for payment processing in 
an electronic financial transaction system based on the 
second embodiment will now be described referring to 
figs. 26 and 27. 

[0154] As shown in fig.26, firstly, POS temriinal 11 A 
obtains a user ID from a user and transmits the user ID 
and a merchant code to Payment gateway ISA (step 
S01), Specifically, a user inputs a user ID with the input 
device of POS temninal, for example. POS temriinal 11 A 
may obtain the user ID from Portable device 14A. Re- 
ceiving unit 101 receives the user ID and the merchant 
code (step S02). Next, Receiving unit 101 forwards the* 



user ID and the merchant code to Checking unit 1 02 and 
Transmitting/receiving unit 107. 

[0155] Upon receipt of the user ID, Transmitting/re- 
ceiving unit 107 sends a confinnation e-mail to Portable 

5 device 1 4A corresponding to the user ID (step SOS). Af- 
ter the sending. Transmitting/receiving unit 1 07 is ready 
for receiving reply e-mail (step 804). If Transmitting/re- 
ceiving unit 107 does not receive a reply e-mail or the 
both passwords does not agree. Transmitting/receiving 

^0 unit 1 07 stops at least one of Checking unit 1 02, Encryp- 
tion unit 103, Number transmitting unit 104, Key gener- 
ating unit 105, and Key transmitting unit 106, to cancel 
the transaction conducted on the basis of the user ID 
(step SOS). 

15 [0156] When Transmitting/receiving unit 1 07 receives 
the reply e-mail, Checking unit 1 02 retrieves from Stor- 
age unit 109 a card number stored correspondingly to 
the user ID provided from Receiving unit 101 (stepS06). 
It is noted that steps S03 and S04 can be omitted. 
[0157] Checking unit 102 checks the card number re- 
trieved from Storage unit 109 against the card number 
provided from Receiving unit 101 (step S07). If the user 
ID is not found in Storage unit 109 or the expiration date 
has passed, Checking unit 102 notifies Notifying unit 
1 08 of failure of authentication. 

[0158] Upon receipt of the message from send from 
Checking unit 102, Notifying unit 108 sends a message 
notifying POS terminal of failure of authentication (step 
SOB). POS terminal 1 1 A receives the message to be no- 
tified the user (step S09). 

[0159] If the credit card number corresponding to the 
user ID is retrieved fonii Storage unit 109 in step S07, 
Checking 1 02 outputs the card number, the issuer code, 
and the merchant code to Encryption unit 103. When 
Encryption unit 1 03 receives the card number, the issuer 
code, and the merchant code, Key generating unit 105 
generates a decryption key used for decryption of an 
encrypted card number (step SI 0). Key generating unit 
1 05 outputs the key to Encryption unit 1 03 to obtain the 
card number and the issuer code. Next, Key generating 
unit 105 sends to Key transmitting unit 106 the card 
number and the Issuer code along with the key. 
[0160] Upon receipt of the decryption key from Key 
generating unit 105, Encryption unit 103 encrypts the 
card number in a way that the encrypted card number 
is decrypted with the decryption key (step S11). Next, 
Encryption unit 103 outputs the encrypted card number 
and the merchant code to Numbertransmitting unit 1 04. 
[0161] Referring to fig.27, Number transmitting unit 
1 04 transmits the encrypted card number to POS tenni- 
nal 11 A indicated by the merchant code (step S12). Key 
transmitting unit 106 transmits the encrypted card 
number and the key to Credit server 13A indicated by 
the issuer code (step SI 3). The encryption key may be 
generated for each user, or for each credit company In 
case a common key is used as the decryption key for 
this system, Key transmitting unit 106 does not neces- 
sarily transmit the key to Credit server 13A more than 
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twice. But needless to say, when the key is updated, Key 
transnnitting unit 106 transmits the updated key. Upon 
receipt of the encrypted card number and the decryption 
key, Credit server 13A stores the number and the key 
into a storage unit of Credit server 1 3A (step S1 4). s 
[0162] POS terminal 11 A receives and stores into a 
storage unit of POS terminal 11 A the encrypted card 
number (step SI 5). Next, POS terminal 11 A makes a 
request for credit to transmit to Credit server ISA (step 
816), Specifically, 'the request includes, a type, date, io 
transaction number, merchant code for credit, amount, 
payment method, merchant code as described above, 
in addition to the encrypted card number. 
[0163] Upon receipt of the request (step S17), Credit 
server 1 3A determines whether the request is accepted 15 
referring to the encrypted card number (step 818). Spe- 
cifically, Credit server 13A checks the encrypted card 
number and the decryption key which has already been 
transmitted by Payment gateway 15A against the de- 
cryption key transmitted by POS tenninal 11 A. If both 20 
keys coincide. Credit server 1 3A decrypts the encrypted 
card number using corresponding decryption key which 
has already been received from Payment gateway 15A. 
If the encrypted card number is not found, Credit server 
13A sends a message notifying a failure of authentica- 25 
tionto POS terminal 11 A to be provided to the user (step 

819) . POS terminal 11 A receives the message (step 

820) . Ifthe encrypted card number is found, Credit serv- 
er 13A sends an allowance message (step S21). POS 
terminal 1 1 A receives the message to be provided to the 30 
user. 

[0164] A payment program 92 for making a computer 
to function as Payment gateway 1 5A and a storage me- 
dium 9 will now be described referring to flg.28. Fig.28 
shows a functional structure of the storage medium. 3s 
Storage media 9 is, for example, a magnetic disk, an 
optical disk including a CR-ROM, or a semiconductor 
memory, 

[0165] As shown in fig .9, Storage medium 9 has a pro- 
gram area 91 and a data area 93. Data area stores a ^^o 
database 931 same as Storage unit 1 09 shown in fig.22. 
[0166] Program area 91 stores Payment program 92. 
Payment program 92 includes a main module 921 for 
controlling the following modules, a module 922 for re- 
ceiving transaction information, a module 923 for check- 45 
ing a card number, a module 924 for encrypting a card 
number, a module 925 for transmitting an encrypted 
card number, a module 926 for generating a decryption 
key, a module 927 for transmitting a decryption key, a 
module 928 for transmitting a confirmation message so 
and receiving a reply message, and a module 929 for 
notifying a message of failure of authentication. These 
modules 922 through 929 have same functions as the 
Receiving unit 101 , Checking unit 102, Encryption unit 
103, Number transmitting unit 104, Key generating unit S5 
105, Key transmitting unit 106, Transmitting/receiving 
unit 107, Notifying unit 108, respectively. 
[0167] In the second embodiment, since the encrypt- 



ed card number is transmitted from Payment gateway 
to POS tenninal 11 A and the encrypted card number is 
generated by Payment gateway 15A on the basis of a 
user ID transmitted from POS terminal, a merchant can- 
not obtain a card number. Therefore, security of trans- 
action is ensured in this system. In other words, a user 
is able to send a card number safely to Payment gate- 
way 15A to conduct a transaction. Payment gateway 
transmits a decryption key to Credit server 13 A, thus 
Credit server 1 3A obtains a decryption key correspond- 
ing to the encrypted card number. Therefore, Credit 
server 13A is able to determine whether a request for 
credit should be accepted using an encrypted card 
number and corresponding decryption key. Further- 
more, an encrypted card number is generated each time 
a transaction is conducted, thus a merchant can man- 
age sales at the shop, not knowing a card number. 
[0188] In this embodiment, when Payment gateway 
15A does not receive a reply mail from Portable device 
14A, payment processing related to the user ID is 
stopped. Therefore, if an authorized person obtains a 
user ID improperly, the person cannot conduct any 
transactions using the user ID. 

[0169] If Payment gateway 102 cannot find a card 
number corresponding to a user ID, Payment gateway 
1 02 transmits a message notifying failure of authentica- 
tion to POS terminal 11 A, thus a merchant and a user 
can recognize that the card is not available for the trans- 
action. 



Claims 

1 . An electronic payment method comprising the steps 
of: 

authenticating a user of a user terminal on the 
basis of user identification information inputted 
to said user temriinal by said user, by said user 
terminal; 

storing an authentication result of said user, by 
said user terminal, when said user terminal 
confimis authenticity of said user; 
transmitting a user identification information 
stored beforehand in said user terminal to a 
merchant terminal when said user temninal con- 
firms authenticity of said user, by said user ter- 
minal; 

transmitting to payment device via a first com- 
munication network said user Identification in- 
formation and transaction information transmit- 
ted from said user tenninal, by said merchant 
terminal; 

receiving said user identification information 
and said transaction information transmitted 
from said merchant terminal, by said payment 
device; 

identifying said user terminal on the basis of 
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said user identification infomnation and trans- 
mitting commands for instructing transmission 
of said authentication result to said user termi- 
nal via a second communication network; 
transmitting authenticity of said user to said s 
payment n .Mce via said second communica- 
tion netwe: said userlerminal stores authen- 
ticity of said user, by said user terminal; and 
performing payment processing on the basis of 
said transaction Information upon receipt of io 
said authenticity from said user terminal, by 
said payment device. 

2. The method of claim 1 , further comprising the steps 

of: 15 

transmitting said transaction infomnation to said 
user terminal via said second communication 
network upon receipt of said authenticity of said 
user from said user temilnal. by said payment 20 

device; 

receiving said transaction information transmit- 
ted from said payment device and notifying said 
user of said transaction Information, to be 
checked by said user, by said user tennlnal; 25 
and 

when said user Inputs an Instruction for pro- 
ceeding payment processing to said user ter- 
minal, transmitting to said payment device a re- 
quest for proceeding payment processing; and 30 
wherein upon receipt of said request, said pay- 
ment device performs payment processing on 7. 
the basis of said transaction Infonnation, 

3. The method of claim 1 , wherein said user terminal 55 
transmits to said payment device terminal Identifi- 
cation Information for Identifying said user terminal 
along with said authentication result; 

said payment device authenticates said user termi- 
nal referring to said terminal Identification informa- 40 
tion; and 

when authenticity of said user temilnal is confimried, 
said payment device performs payment processing 
on the basis of said transaction Information. 

45 

4. The method of claim 1 . wherein said second com- 
munication network Is a mobile communication net- 
work and said user terminal Is a mobile station. 

5. The method of claim 1 , wherein upon receipt of said so 
authenticity from said user terminal, said payment 
device retrieves a card number and an expiration 
date on the basis of said user identification informa- 
tion and sends a requestforcredit including the card 
number and the expiration date to a credit server ss 
provided by a credit company 

6. An electronic payment method comprising the steps 



of: 

authenticating a user of a user terminal on the 
basis of user identification infonnation inputted 
to said user temilnal by said user, by said user 
terminal; 

transmitting user Identification information for 
identifying a user to a merchant terminal, by 
said user terminal, when said user temninal 
confirms authenticity of said user; 
transmitting to a payment device via a first com- 
mutation network said user Identification infor- 
mation transmitted from said user terminal, by 
said merchant terminal; 

receiving said user identification Information 
from said merchant terminal, by said payment 
device; 

identifying said user terminal referring to re- 
ceived user Identification Infomnation and 
transmitting commands for executing an appli- 
cation for payment stored in said user terminal 
to Identified user temninal via a second commu- 
nication network, by said payment device; 
upon receipt of said commands, executing said 
application to transmit a request for proceeding 
payment processing to said payment device via 
said second communication network, by said 
user; and 

upon receipt of said request from said user ter- 
minal, performing a payment processing. 

An electronic payment system having a payment 
device, a merchant tenninai connected with said 
payment device via a first communication network, 
and a user terminal connected with said payment 
device via a second communication network char- 
acterized in that: 

said user terminal authenticates a user of said 
user terminal on the basis of user Identification 
infonnation inputted to said user terminal by 
said user; if authenticity of said user Is con- 
firmed, stores authentication result; and 
transmits to said merchant terminal user iden- 
tification information stored in said user termi- 
nal; 

said merchant terminal transmits to said pay- 
ment device via said first communication net- 
work said user Identification Information trans- 
mitted from said user temninal and transaction 
information; 

said payment device Identifies said user termi- 
nal on the basis of said user Identification infor- 
mation transmitted from said merchant terminal 
and 

transmits to said identified user terminal via 
said second communication network com- 
mands for Instructing transmission of said au- 
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thentication result; 

said user terminal transmits to said payment 
device via said second communication network 
according to said commands transmitted from 
said payment device when said user terminal s 
stores said authentication result; and 
upon receipt of said authentication result from 
said user terminal, said payment device per- 
fornis payment processing on the basis of said 
transaction infomnation. 

8. The system of claim 7, wherein after reception of 
said authentication result from said user terminal, 
said payment device transmits said transaction in- 
formation to said userterminal via said second com- 
munication network; 

said user terminal receives said transaction infor- 
mation form said payment device; 
notifies said user of said transaction Information to 
be checked by said user; and 
If said user Inputs to said user temnlnal an Instruc- 
tion of proceeding a payment processing, transmits 
a request for proceeding payment processing to 
said payment device via said first communication 
network; and 

upon receipt of said request, said payment device 
performs payment processing. 

9. The system of claim 8, wherein said user terminal 
transmits to said payment device terminal identifi- 
cation information for identifying said userterminal 
stored in said userterminal along with said authen- 
tication result; and 

said payment device authenticates said user termi- 
nal on the basis of said terminal Identification infor- 
mation; 

if authenticity of said userterminal is confirmed, per- 
forms payment processing on the basis of said 
transaction infomriatlcn. 

10. The system of claim 7, wherein a detachable stor- 
age medium for storing said user identification in- 
fomnation is mounted to said user temninal; and 
when said user terminal conflmis authenticity of 
said user on the basis of said user Identification In- 
formation, said user temriinal transmits to said mer- 
chant terminal said user identification Information 
stored in said storage medium. 

11. The system of claim 7, wherein said second com- 
munication network is a mobile communication net- 
work and said user terminal is a mobile station. 

12. The system of claim 7, wherein when receiving said 
authentication result from said user temriinal, said 
payment device retrieves a card number and an ex- 
piration on the basis of said user identification Infor- 
mation and sends a request for credit Including said 



card number and said expiration to a credit server 
managed by a credit company 

13. An electronic payment system having a payment 
device, a merchant temriinal connected with said 
payment device via a first communication network, 
and a user terminal connected with said payment 
device via a second communication network char- 
acterized in that; 

sald user terminal authenticates a user on the 
basis of said user Identification information In- 
putted to said user terminal by said user; 
if authenticity of said user is confirmed, trans- 
mits to said merchant terminal a user identifi- 
cation infomnation for identifying said user; 
said merchant temninal transfers said user 
Identification Infomnation to said payment de- 
vice via said first communication network; 
said payment device identifies said usertermi- 
nal on the basis of said user identification Infor- 
mation and transmits to said Identified userter- 
minal via said second communication network 
commands for executi n g an appi icatlon for pay- 
ment stored in the user terminal; 
said userterminal executes said application ac- 
cording to said commands and transmits a re- 
quest for proceeding payment processing to 
said payment device via said second commu- 
nication network; and 

said payment device perfomis said payment 
processing according to said request. 

1 4. A user temninal used for an electronte payment sys- 
tem having a payment device connected with a first 
and a second communication network and a mer- 
chant terminal connected with said payment device 
via a first communication network, comprising: 

an authenticating means for authenticating a 
user of said communication temninal on the ba- 
sis of a user identification information Inputted 
to said user terminal by said user; 
a storing means for storing an authentication 
result when authenticity of said user Is con- 
flmned by said authenticating means; 
a storage medium for storing said user Identifi- 
cation information; 

a first transmitting means for transmitting, when 
authenticity of said user is confirmed, said user 
identification infomnation stored in said storage 
means to said merchant temninal so that said 
merchant terminal transmits to said payment 
device a request for payment processing In- 
cluding said user identification information; 
a receiving means for receiving commands for 
Instnjcting transmission of said authentication 
result which is transmitted, In response to said 
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requestfor payment, from said payment device 
via said second communication network; and 
a second transmitting means for transmitting, 
upon receipt of said commands, a request for 
proceeding said payment processing including s 
said authentication result to said payment de- 
vice via said second communication network. 

15. The usertemninal of claim 14, wherein said storage 
medium further stores a terminal identification infor- io 
mation for Identifying said user terminal; and 

said second transmitting means transmits, along 
with said authentication results, said terminal iden- 
tification infomnation stored in said storage medium 
to said payment device via said second communi- is 
cation network. 

16. The user terminal of claims 14 or 15, wherein said 
storage medium Is mounted detachably to said user 
terminal; and 20 
said first transmitting means transmits to said mer- 
chant tenninal said user identification information 
stored in said storage medium, when authenticity of 
said user Is confirmed by said authenticating means 

on the basis of said user identification information. 25 

17. The user terminal of claim 14 or 16, wherein said 
second communication network Is a mobile commu- 
nication network; and 

said user terminal further comprises a radio com- 30 
municatlon means for exchanging data via said mo- 
bile communication network. 

18. A usertermlnal used for an electronic payment sys- 
tem having a payment device connected with a first 35 
and a second communication network and a mer- 
chant tenninal connected with said payment device 

via a first communication network, comprising: 

an authenticating means for authenticating a 40 
user of said communication terminal on the ba- 
sis of a user identification Information inputted 
to said usertermlnal by said user; 
a first transmitting means for transmitting, when 
authenticity of said user Is confinned, said user 45 
identification information stored in said storage 
means to said merchant tenninal so that said 
merchant tenninal transmits to said payment 
device a request for payment processing in- 
cluding said user Identification infonnation so 
a receiving means for receiving commands for 
executing an application for payment which is 
transmitted from said payment device via said 
second communication network; and 
a second transmitting means for executing said ss 
application for payment stored in said user ter- 
minal and transmitting, according to said appli- 
cation, a request for proceeding payment 



processing to said payment device via said sec- 
ond communication network. 

19. A payment device comprising: 

a receiver for receiving a request for payment 
Including a user identification information for 
Identifying a user of a user terminal from a mer- 
chant tenninal via a first communication net- 
work; 

an Identifying means for Identifying said user 
terminal among registered usertermlnal on the 
basis of said received user identification infor- 
mation; a transmitter for transmitting to said 
identified user terminal via a second communi- 
cation network commands for executing an ap- 
plication for payment stored In the user termi- 
nal; and 

a processing means for performing a payment 
processing on the basis of a request sent from 
the user tenninal via said second communica- 
tion network after transmission of said com- 
mands. 

20. A computer program product for making a computer 
incorporated into a communication terminal used 
for an electronic payment system having a payment 
device connected with a first and a second commu- 
nication network and a merchant tenninal connect- 
ed with said payment device via a first communica- 
tion network to execute the steps of: 

authenticating a user of said communication 
terminal on the basis of a user identification in- 
formation inputted to said user terminal by said 
user; storing an authentication result into a stor- 
age means when authenticity of said user Is 
confirmed by said authenticating means; 
transmitting, when authenticity of said user Is 
confinned, said user identification information 
stored in said storage means to said merchant 
terminal so that said merchant terminal trans- 
mits to said payment device a request for pay- 
ment processing including said user identifica- 
tion information; 

receiving commands for instructing transmis- 
sion of said authentication result which is trans- 
mitted, in response to said request for payment, 
from said payment device via said second com- 
munication network; and 
transmitting, upon receipt of said commands, a 
request for proceeding said payment process- 
ing including said authentication result to said 
payment device via said second communica- 
tion network. 

21 . A storage medium for storing a computer program 
product for making a computer incorporated into a 
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communication terminal used tor an electronic pay- 
ment system having a payment device connected 
with a first and a second communication network 
and a merchant terminal connected with said pay- 
ment device via a first communication network to 5 
execute the steps of: 

authenticating a user of said communication 
terminal on the basis of a user identification in- 
formation inputted to said user terminal by said 
user; storing an authentication result into a stor- 
age means when authenticity of said user is 
confirmed by said authenticating means; 
transmitting, when authenticity of said user is 
confirmed, said user identification information 15 
stored in said storage means to said merchant 
tenninal so that said merchant terminal trans- 
mits to said payment device a request for pay- 
ment processing including said user identifica- 
tion information; 20 
receiving commands for instructing transmis- 
sion of said authentication result which is trans- 
mitted, in response to said request for payment, 
from said payment device via said second com- 
munication network; and 25 
transmitting, upon receipt of said commands, a 
request for proceeding said payment process- 
ing including said authentication result to said 
payment device via said second communica- 
tion network. 30 

22. A payment device comprising: 

a storage unit for storing a user identification 
information for identifying a user of a user ter- 35 
minal and a card number of a credit card corre- 
spondingly; a receiving unit for receiving from 
a merchant terminal a user identification infor- 
mation; 

a retrieving unit for retrieving from said storage 40 
unit a card number corresponding to said iden- 
tified user; 

an encrypting unit for encrypting the retrieved 
card number; 

a generating unit for generating a key for de- 45 

cryption of said encrypted card number; 

a first transmitting unit for transmitting to said 

merchant terminal said encrypted card number; 

and 

a second transmitting unit for transmitting said so 
key to a credit server managed by an Issuer of 
the credit card. 



23. The payment device of claim 22, further comprising 
a confirming means for transmitting, when said re- 55 
ceiving means receives said user identification, in- 
formation said receiving unit transaction informa- 
tion to said user terminal and if confirmation of said 



transaction information form said user terminal is 
not received, stopping processing performed by 
any of said a receiving unit, an encrypting unit, a 
generating unit, a first transmitting unit, and a sec- 
ond transmitting unit, to terminate payment 
processing corresponding to the user identification 
information. 

24. The payment device of claim 22 or 23, further com- 
prising a notifying means for transmitting to said 
merchant terminal a rejection message if the card 
number is not stored in said storage unit. 

25. An electronic payment method comprising the steps 
of: 

receiving from a merchant terminal a user iden- 
tification infonnation for identifying a user of a 
user terminal, by a receiving unit; 
retrieving from a storage unit a card number 
corresponding to said identified user, by a re- 
trieving unit; 

encrypting the retrieved card number, by an en- 
crypting unit; 

generating a key for decryption of said encrypt- 
ed card number, by a generating unit; 
transmitting to said merchant terminal said en- 
crypted card number, by a first transmitting unit; 
and 

transmitting said key to a credit server man- 
aged by an issuer of the credit card, by a sec- 
ond transmitting unit. 

26. The electronic payment method of claim 25, further 
comprising the step of transmitting, when said re- 
ceiving means receives said user identification, in- 
formation said receiving unit transaction informa- 
tion to said user tenninal and if confirmation of said 
transaction information fomn said user terminal is 
not received, stopping processing performed by 
any of said a receiving unit, an encrypting unit, a 
generating unit, a first transmitting unit, and a sec- 
ond transmitting unit, to terminate payment 
processing corresponding to the user identification 
information, by a confirming means. 

27. The electronic payment method of claim 25 or 26, 
further comprising the step of transmitting to said 
merchant temninai a rejection message if the card 
number is not stored in said storage unit, by a noti- 
fying means. 

28. A computer program product for making a computer 
to execute the steps of: 

receiving from a merchant terminal a user iden- 
tification information for identifying a user of a 
user terminal; 
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retrieving from a storage unit a card number 
corresponding to said identified user; 
encrypting the retrieved card number; 
generating a key for decryption of said encrypt- 
ed card number; transmitting to said merchant s 
temrilnal said encrypted card number; and 
transmitting said key to a credit server man- 
aged by an issuer of the credit card. 

29. The computer program product of claim 28, for mak- io 
ing said computer to further execute the step of 
transmitting, when said receiving means receives 
said user identification, infomiation said receiving 
unit transaction information to said user terminal 
and if confirmation of said transaction information is 
fomri said user terminal is not received, stopping 
processing performed by any of said a receiving 
unit, an encrypting unit, a generating unit, a first 
transmitting unit, and a second transmitting unit, to 
temninate payment processing corresponding to the 20 
user identification information. 

30. The computer program product of claim 28 or 29, 
formaking said computer to further execute the step 

of transmitting to said merchant terminal a rejection 25 
message if the card number is not stored in said 
storage unit. 

31. A computer readable storage medium for storing a 
computer program product for making a computer 3o 
to execute the steps of: 

receiving from a merchant terminal a user Iden- 
tification information for identifying a user of a 
user terminal; 35 
retrieving from a storage unit a card number 
corresponding to said identified user; 
encrypting the retrieved card number; 
generating a key for decryption of said encrypt- 
ed card number; transmitting to said merchant 40 
tenninal said encrypted card number; and 
transmitting said key to a credit server man- 
aged by an issuer of the credit card. 

32. The storage medium of claim 31 , for storing a com- 45 
puter program product for making said computer to 
further execute the steps of transmitting, when said 
receiving means receives said user identification, 
information said receiving unit transaction informa- 
tion to said user temiinal and if confirmation of said so 
transaction information form said user terminal is 

not received, stopping processing perfomried by 
any of said a receiving unit, an encrypting unit, a 
generating unit, a first transmitting unit, and a sec- 
ond transmitting unit, to terminate payment S5 
processing corresponding to the user Identification 
Information. 



33. The storage medium of claim 31 or 32, for storing a 
computer program product for making said compu- 
ter to further execute the step of transmitting to said 
merchant terminal a rejection message If the card 
number Is not stored in said storage unit. 
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